Nous allons vous apprendre dans ce cours des techniques pour Analyser et Concevoir des Systèmes d'Information…
Nous nous servirons du parallèle avec la réalisation d’une oeuvre d’architecte (comme une maison, cf. [Architecte]).
|
uniquement une aide à vos notes personnelles |
|
Ces éléments sont tirés du PPN. |
|
|
Ces éléments sont tirés du PPN. |
|
|
Voici un exemple :
|
|
|
Rien ne vaut la pratique elle-même! |
Plan de cette partie :
Note: Dans nos enseignements de DUT Informatique, cette partie est abordée en 3ème semestre.
Démarche par étape
|
|
On verra ça plus tard |
|
|
Dans de rares cas, on représentera tout de même les flux entre certains acteurs externes pour une meilleure compréhension du système. |
|
MCF 1. Demande CB 2. Refus 3. Demande Groupée CB 4. Livraison CB 5. Avis de mise à disposition et avis de prél. 6. Retrait de la carte |
|
MOF 1. Demande CB 2. Refus 3. Demande Groupée CB 4. Livraison CB 5. Avis de mise à disposition et avis de prél. 6. Retrait de la carte |
Opérateurs :
|
|
|
résultat de l’action
1 ou plusieurs
|
|
|
|
|
Une opération possède au moins un événement résultat par règle d'émission. Un résultat externe est toujours dirigé vers un acteur externe ou un autre domaine. |
|
Certaines combinaisons plus fréquentes
|
|
|
Certaines implications
|
|
|
Possibilité de compléter les informations
|
Le SI n’est qu’une composante du Système Organisationnel.
Une organisation est un ensemble d’objets structurés hiérarchiquement et fonctionnellement par un ensemble d’associations et ayant des buts définis.
Objets possible :
Une association est une relation existant entre deux ou plusieurs objets
Exemples d’associations :
|
|
Exemples d’organisations
une entreprise, une université, un IUT, une administration, une association 1901, … |
Un système organisationnel (SO) est constitué par une organisation, son environnement et l’ensemble des associations qui lient les objets de l’organisation et de l’environnement.
Une organisation interagit de façon permanente avec son environnement de façon à maintenir une situation d’équilibre.
Un événement d’activité est un fait élémentaire du flux d’activité opérationnelle.
Le niveau d’une décision est l’impact de l’action dans l’activité de l’organisation.
On appellera "Unité de Dialogue" (UD) l’ensemble des fonctions offertes à l’utilisateur de façon simultanée (sur un même écran, dans une même fenêtre, dans une même page).
Chaque UD est représentée par un ou plusieurs symboles dans le SNI.
|
|
Une UD élémentaire = un seul symbole |
|
|
Règles des retours implicites
Après une UDE, le retour implicite s’effectue sur l’UD précédente. Après une option d’un menu juxtaposé à une UD (élémentaire ou composée) le retour implicite s’effectue sur l’UD juxtaposée. |
|
|
Filtres associés aux listes
Permet de restreindre le nombre de lignes d’une liste. |
|
|
Tris multiples des listes
Permet de trier une liste de différentes façons. |
|
|
Rôles et conditions d’accès
Les rôles et les conditions d’accès permettent de contraindre les accès aux menus
( |
Les exigences :
Complément 1 : Nouveaux étudiants et Constitution groupes
Complément 2 : Gestion complète des groupes
Complément 3 : Saisie des notes d’un partiel
*)
Un cadre est un découpage rectangulaire pouvant accueillir une page HTML (y compris une autre page de cadres).
Une page de cadre est divisée en deux ou plusieurs cadres occupant la totalité de la page.
Pages ne contenant que des objets visuels constants statiques et des objets de navigation :
|
|
Pages rencontrées habituellement en surfant sur le Net. |
Pages contenant des objets de saisie (équivalentes aux boîtes de dialogue de saisie)
Caractéristiques générales :
Un certain nombre d’outils existent pour faire des dessins complexes. Le prototypage rapide d’interface graphique est important pour valider au plus tôt les besoins du client (au moins en terme d’interface).
Nous n’en donnons que quelques-uns ici.
Le Diagramme des Cas d’Utilisation est un modèle UML permettant de représenter :
|
|
On notera simplement |
Un cas d’utilisation peut être précisé par :
|
|
Dans les outils, cette "précision" se manifeste par le fait que l’on "attache"
généralement un diagramme de séquence à un cas d’utilisation (clic droit sur un UC → nouveau |
<<extend>>)
Indique que l’UC source est éventuellement exécutée en complément de l’UC destination (cas particulier, erreur…)
<<include>>)
Indique qu’un UC est inclus obligatoirement dans un autre UC (notion de sous-programme par exemple)
Relation entre un UC général et un autre plus spécialisé qui hérite de ses caractéristiques et en rajoute
|
|
On n’utilise généralement |
Un ensemble d’opérations définit le comportement de l’objet (ex : setVitesse(valeur)),
c’est à dire son interface.
|
|
Rappel : chaque opération a un argument implicite qui est l’objet sur lequel elle porte. Exemple : |
Les paquetages permettent de regrouper les éléments de modélisation. Ils peuvent contenir d’autres sous-paquetages sans limites de niveaux.
Le paquetage est un espace de nommage.
Un paquetage peut importer une classe issue d’un autre paquetage.
Exemple : Vehicules::Voitures signifie que la classe Voiture est importée du paquetage Vehicules.
|
|
On emploiera souvent dans ce cours le terme anglais de package pour désigner un paquetage. |
Catalogue du package Cataloguepackage Catalogue; import java.util.Date; public class Catalogue { private String nom; private Date dateCreation; public Catalogue() { ... } public Livre chercherLivre(String isbn) { ... } }
Adherent hérite de Personnepublic abstract class Personne { private String nom; private String prenom; protected Date dateNaissance; private static int ageMajorite = 18; public abstract int calculerDureePret() {... } public static void setAgeMajorite (int aMaj) {... } } public class Adherent extends Personne { private int iD; public Adherent() { ... } public int getAge() { ... } public int calculerDureePret() { ... } }
public class A1 { private B1 leB1; } public class A2 { private B2 lesB2[ ]; } public class A3 { private List lesB3 = new ArrayList(); }
package Bibliotheque; import Catalogue; public class Bibliotheque { private Catalogue leCatalogue; ... }
public class Emploi { private String titre private Double salaire; private Employe salarie; private Societe employeur; ... }
|
|
Les lignes de vie représentent des objets et non des classes |
Bien que non présent dans UML, il est courant de trouver un diagramme de séquence particulier, le diagramme de séquence système ou DSS, où on ne représente qu’un seul objet : le système en cours de développement lui-même.
Le paradigme Modèle-Vue-Contrôleur, ou MVC (de l’anglais Model-View-Controller) est une architecture logicielle qui divise l’application en trois éléments importants (cf. MVC ci-dessous) :
chargé de gérer les élements d’information (comme la base de donnée)
interfaces entre l’application et l’utilisateur
chargés de faire le lien entre vues et modèle.
L’avantage de ce patron d’architecture :
|
|
Le MVC est issu d’un modèle de programmation des applications interactives proposé par Xerox pour le langage Smalltalk-80, repris par SUN et recommandé pour la plateforme J2EE. |
|
|
Le modèle contient les données manipulées par l’application. |
|
|
Il y a en général un contrôleur par UC. |
|
|
Les 3 packages présentés ci-dessus (cf. MVC regrouperont respectivement |
Il s’agit des classes, issues des 3 paquetages MVC, qui "participent", dans un DS donné, à la réalisation d’un UC. On fait notamment apparaître les méthodes utilisées par le DS dans chaque classe.
En fonction des langages et des architectures, vous trouverez autant de schéma MVC différents que l’on peut en imaginer! Attention à vous adaptez.
Cette partie est traitée ici.
Les états informatiques doivent faire l’objet d’une analyse précise avant de procéder à leur programmation.
Dans ce but on utilise une grille d’imprimante (ou grille d’impression).
Cette grille est remplie à partir d’une maquette utilisateur (dessin rapide permettant de capter les besoins de l’utilisateur)
Le report de la maquette utilisateur sur une grille d’imprimante permet de réaliser une mise à l'échelle de l'état et de donner des instructions précises au programmeur.
Utilisation d’étoiles, de i majuscules et de tirets :
Deux acteurs importants :
|
|
Définis par la loi! (n° 85-704 du 12 juillet 1985)
Le maître de l’ouvrage est la personne morale, …, pour laquelle l’ouvrage est construit. Responsable principal de l’ouvrage, il remplit dans ce rôle une fonction d’intérêt général dont il ne peut se démettre. Il lui appartient, après s'être assuré de la faisabilité et de l’opportunité de l’opération envisagée, d’en déterminer la localisation, d’en définir le programme, d’en arrêter l’enveloppe financière prévisionnelle, d’en assurer le financement, de choisir le processus selon lequel l’ouvrage sera réalisé et de conclure, avec les maîtres d’oeuvre et entrepreneurs qu’il choisit, les contrats ayant pour objet les études et l’exécution des travaux. |
Il nous faut aborder les outils et démarches modernes de développement :
Nous allons aborder une étude de cas tirée du livre de Pascal Roques.
|
|
Pour un apperçu du livre, cf. http://www.editions-eyrolles.com/Chapitres/9782212110708/chap01.pdf. |
Nous allons rapidement survoler la méthode Neptune. Développée en collaboration avec des académiques (dont l’IRIT et des industriels (dont Communication & System), cette méthode couvre aussi bien le business model (modèle orienté "économique" qui aborde aussi bien le produit que des notions comme les objectifs, les opportunités, les processus, etc.) que le génie logiciel (software engineering) qui nous intéresse ici.
|
|
La méthode Neptune tire ses racines du Unified Process (cf. [RUP]). Elle est compatible avec la méthode de Pierre-Alain Muller (cf. [Muller]). Elle est supportée par un outil eclipse. Pour plus d’information, voir http://neptune.irit.fr/. |
|
|
qui utilise le mieux la méthode Neptune. L’an dernier ce prix était de 1.500 €! |
Les grandes étapes de la démarche sont :
L’intérêt de la méthode Neptune réside essentiellement sur le fait qu’elle insiste sur la phase de vérification des modèles. Très détaillée, cette activité dépasse le cadre de ce cours d’introduction.
|
|
Pour plus de détail, voir le livre en ligne http://neptune.irit.fr/images/files/NeptuneBook/407719ps.pdf. |
La démarche que nous utilisons au DUT est résumée par le diagramme ci-dessous.
Document généré par Jean-Michel Bruel via AsciiDoc (version 8.6.8) de Stuart Rackham.
La version présentation a été générée en utilisant W3C HTML Slidy © de Dave Raggett, amélioré par Jean-Michel Inglebert.
Pour l’instant ce document est libre d’utilisation et géré par la Licence Creative Commons.
licence Creative Commons Paternité - Partage à l'Identique 3.0 non transposé.
|
|
Ressources
Les définitions ci-dessous sont regroupées à titre indicatif. Les sources utilisées sont :
|
Don’t Repeat Yourself :
Interface Homme-Machine
Modèle Conceptuel des Flux
Modèle Conceptuel des Traitements
Maîtrise d’ouvrage (MOA) Maîtrise d’oeuvre (MOE)
Modèle Organisationnel des Flux
Modèle Organisationnel des Traitements
Object Management Group : L’organisme international chargé des principales normes liés à l’objet (CORBA, UML, etc.).
Programme Pédagogique National
Schéma d'Enchaînement des Fenêtres
Schéma d'Enchaînement des Pages
Système d'Information
Schéma de Navigation d'Interfaces
Système Organisationnel
System Modeling Language ™ : le langage de modélisation de systèmes maintenu par l’OMG.
Technology Readiness Level : système de mesure employé par des agences gouvernementales américaines et par de nombreuses compagnies (et agences) mondiales afin d'évaluer le niveau de maturité d’une technologie (cf. Wikipedia).
Universal Ressource Locator
